Secure package delivery

ABSTRACT

Methods and systems for facilitating delivery of a package to a customer are described. The methods include receiving a delivery order, the order including a signature requirement; requesting a visual identification of an authorized receiver of the package from a user; receiving the visual identification from the user; and transmitting the visual identification to a shipping carrier.

CROSS-REFERENCE TO RELATED APPLICATION

This Application is a continuation of Ser. No. 14/017,116, filed Sep. 3,2013, which is incorporated herein by reference in its entirety.

BACKGROUND

Filed of the Invention

The present invention generally relates to shipping and delivering apackage to a customer.

Related Art

As a result of the Internet, many merchants who have a physical presence(e.g., a store in a mall) also have created websites to sell theproducts they offer over the Internet. In addition, many new merchantshave created websites to sell their products only over the Internet andnot in a physical store. To buy a product from these merchants, acustomer may visit the merchant's website, select the products that thecustomer wants to buy, and provide certain information (e.g., name,address, and financial information) to the merchant. After the merchantverifies the customer's information, the merchant may send the productto the customer via a shipper (e.g., United States Postal Service(USPS), Federal Express, and United Postal Service (UPS)).

When the product is expensive, the merchant or customer may request thata signature be obtained upon delivery of the package, to ensure that thepackage is received. Often, when the shipper arrives to deliver thepackage, there is no one to sign for and receive the package, or theperson present is not old enough to receive the package. Thus, theshipper is unable to deliver, and the customer must reschedule thedelivery or go to a local office of the shipper to pick up the package.Other times, the person signing for the delivery is not authorized toreceive the package and takes the package intended for the customer.

Thus, a need exists for systems and methods that are more efficient andconvenient for both the customer and the shipper.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a block diagram illustrating a system for facilitatingdelivery of a package according to an embodiment of the presentdisclosure;

FIG. 2 is a flowchart showing a method for facilitating delivery of apackage according to an embodiment of the present disclosure;

FIG. 3 is a block diagram of a system for implementing one or morecomponents in FIG. 1 according to an embodiment of the presentdisclosure.

Embodiments of the present disclosure and their advantages are bestunderstood by referring to the detailed description that follows. Itshould be appreciated that like reference numerals are used to identifylike elements illustrated in one or more of the figures, whereinshowings therein are for purposes of illustrating embodiments of thepresent disclosure and not for purposes of limiting the same.

DETAILED DESCRIPTION

The present disclosure describes the use of visual identification tofacilitate the delivery of a package to a user. A user browses itemsonline, makes a purchase, and requests a delivery with a signatureconfirmation. The merchant receives the order and provides the necessaryuser information to a shipping carrier to deliver the package. Theshipping carrier then transmits the order and delivery information to aservice provider. The service provider requests and receives a visualidentification of an authorized receiver of the package from the user.The service provider then transmits the visual identification to theshipping carrier, who can use the visual identification to ensuredelivery is made to the correct person.

FIG. 1 shows one embodiment of a block diagram of a network-based system100 adapted to facilitate the delivery of a package to a user. As shown,system 100 may comprise or implement a plurality of servers and/orsoftware components that operate to perform various methodologies inaccordance with the described embodiments. Exemplary servers mayinclude, for example, stand-alone and enterprise-class servers operatinga server OS such as a MICROSOFT® OS, a UNIX® OS, a LINUX® OS, or othersuitable server-based OS. It can be appreciated that the serversillustrated in FIG. 1 may be deployed in other ways and that theoperations performed and/or the services provided by such servers may becombined or separated for a given implementation and may be performed bya greater number or fewer number of servers. One or more servers may beoperated and/or maintained by the same or different entities.

As shown in FIG. 1, the system 100 includes a user device 120 (e.g., asmartphone), one or more merchant servers or devices 130 (e.g., networkserver devices), and at least one service provider server or device 180(e.g., network server device) in communication over the network 160. Thenetwork 160, in one embodiment, may be implemented as a single networkor a combination of multiple networks. For example, in variousembodiments, the network 160 may include the Internet and/or one or moreintranets, landline networks, wireless networks, and/or otherappropriate types of communication networks. In another example, thenetwork 160 may comprise a wireless telecommunications network (e.g.,cellular phone network) adapted to communicate with other communicationnetworks, such as the Internet. As such, in various embodiments, theuser device 120, merchant servers or devices 130, and service providerserver or device 180 may be associated with a particular link (e.g., alink, such as a URL (Uniform Resource Locator) to an IP (InternetProtocol) address).

The user device 120, in various embodiments, may be implemented usingany appropriate combination of hardware and/or software configured forwired and/or wireless communication over the network 160. The userdevice 120, in one embodiment, may be utilized by the user 102 tointeract with the service provider server 180 over the network 160. Forexample, the user 102 may conduct financial transactions (e.g., accounttransfers) with the service provider server 180 via the user device 120,or send and receive information from the service provider server 180. Invarious implementations, the user device 120 may be implemented as apersonal computer (PC), a smart phone, personal digital assistant (PDA),laptop computer, and/or other types of computing devices capable oftransmitting and/or receiving data.

The user device 120, in one embodiment, includes a user interfaceapplication 122, which may be utilized by the user 102 to conducttransactions (e.g., shopping, purchasing, bidding, etc.) with themerchant server or device 130 or with the service provider server 180over the network 160. In one aspect, purchase expenses may be directlyand/or automatically debited from an account related to the user 102 viathe user interface application 122.

In one implementation, the user interface application 122 comprises asoftware program, such as a graphical user interface (GUI), executableby a processor that is configured to interface and communicate with theservice provider server 180 via the network 160. In anotherimplementation, the user interface application 122 comprises a browsermodule that provides a network interface to browse information availableover the network 160. For example, the user interface application 122may be implemented, in part, as a web browser to view informationavailable over the network 160.

In an example, the user 102 is able to access merchant websites via theone or more merchant servers 130 to view and select items for purchase,and the user 102 is able to purchase items from the one or more merchantservers 130 via the service provider server 180. Accordingly, in one ormore embodiments, the user 102 may conduct transactions (e.g., purchaseand provide payment for one or more items) from the one or more merchantservers 130 via the service provider server 180.

The user device 120, in various embodiments, may include otherapplications 124 as may be desired in one or more embodiments of thepresent disclosure to provide additional features available to user 102.In one example, such other applications 124 may include securityapplications for implementing client-side security features,programmatic client applications for interfacing with appropriateapplication programming interfaces (APIs) over the network 160, and/orvarious other types of generally known programs and/or softwareapplications. In still other examples, the other applications 124 mayinterface with the user interface application 122 for improvedefficiency and convenience.

The user device 120, in one embodiment, may include at least one useridentifier 126, which may be implemented, for example, as operatingsystem registry entries, cookies associated with the user interfaceapplication 122, identifiers associated with hardware of the user device120, or various other appropriate identifiers. The user identifier 126may include one or more attributes related to the user 102, such aspersonal information related to the user 102 (e.g., one or more usernames, passwords, photograph images, biometric IDs, addresses, phonenumbers, etc.) and banking information and/or funding sources (e.g., oneor more banking institutions, credit card issuers, user account numbers,security data and information, etc.). In various implementations, theuser identifier 126 may be passed with a user login request to theservice provider server 180 via the network 160, and the user identifier126 may be used by the service provider server 180 to associate the user102 with a particular user account maintained by the service providerserver 180.

The user device 120, in one embodiment, includes a geo-locationcomponent adapted to monitor and provide an instant geographicallocation (i.e. , geo-location) of the user device 120. In oneimplementation, the geo-location of the user device 120 may includeglobal positioning system (GPS) coordinates, zip-code information,area-code information, street address information, and/or various othergenerally known types of geo-location information. In one example, thegeo-location information may be directly entered into the user device120 by the user 102 via a user input component, such as a keyboard,touch display, and/or voice recognition microphone. In another example,the geo-location information may be automatically obtained and/orprovided by the user device 120 via an internal or external GPSmonitoring component. In one aspect, when interfacing with the userdevice 120, the user 102 may elect to provide or may be prompted toprovide permission for the release of geo-location information.Accordingly, the user 102 may have exclusive authority to allowtransmission of geo-location information from the user device 120 to theone or more merchant servers 130 and/or the service provider server 180.In any instance, the one or more merchant servers 130 and/or the serviceprovider server 180 may communicate with the user device 120 via thenetwork 160 and request permission to acquire geo-location informationfrom the user device 120.

The one or more merchant servers 130, in various embodiments, may bemaintained by one or more business entities (or in some cases, by apartner of a business entity that processes transactions on behalf ofbusiness entities). Examples of businesses entities include merchantsites, resource information sites, utility sites, real estate managementsites, social networking sites, etc., which offer various items forpurchase and payment. In some embodiments, business entities may needregistration of the user identity information as part of offering theitems to the user 102 over the network 160. As such, each of the one ormore merchant servers 130 may include a merchant database 132 foridentifying available items, which may be made available to the userdevice 120 for viewing and purchase by the user 102. In one or moreembodiments, user 102 may complete a transaction such as purchasing theitems via service provider server 180.

Each of the merchant servers 130, in one embodiment, may include amarketplace application 134, which may be configured to provideinformation over the network 160 to the user interface application 122of the user device 120. For example, user 102 may interact with themarketplace application 134 through the user interface application 122over the network 160 to search and view various items available forpurchase in the merchant database 132.

Each of the merchant servers 130, in one embodiment, may include atleast one merchant identifier 136, which may be included as part of theone or more items made available for purchase so that, e.g., particularitems are associated with particular merchants. In one implementation,the merchant identifier 136 may include one or more attributes and/orparameters related to the merchant, such as business and bankinginformation. In various embodiments, user 102 may conduct transactions(e.g., searching, selection, monitoring, purchasing, and/or providingpayment for items) with each merchant server 130 via the serviceprovider server 180 over the network 160.

A merchant website may also communicate (for example, using merchantserver 130) with the service provider through service provider server180 over network 160. For example, the merchant website may communicatewith the service provider in the course of various services offered bythe service provider to merchant website, such as payment intermediarybetween customers of the merchant website and the merchant websiteitself. For example, the merchant website may use an applicationprogramming interface (API) that allows it to offer sale of goods inwhich customers are allowed to make payment through the serviceprovider, while user 102 may have an account with the service providerthat allows user 102 to use the service provider for making payments tomerchants that allow use of authentication, authorization, and paymentservices of service provider as a payment intermediary. The merchantwebsite may also have an account with the service provider.

The service provider server 180, in one embodiment, may be maintained bya transaction processing entity, which may provide processing forfinancial transactions and/or information transactions between the user102 and one or more of the merchant servers 130. As such, the serviceprovider server 180 includes a service application 182, which may beadapted to interact with the user device 120 and/or each merchant server130 over the network 160 to facilitate the searching, selection,purchase, and/or payment of items by the user 102 from one or more ofthe merchant servers 130. In one example, the service provider server180 may be provided by PayPal®, Inc., eBay® of San Jose, Calif., USA,and/or one or more financial institutions or a respective intermediarythat may provide multiple point of sale devices at various locations tofacilitate transaction routings between merchants and, for example,financial institutions.

The service application 182, in one embodiment, utilizes a paymentprocessing application 184 to process purchases and/or payments forfinancial transactions between the user 102 and each of the merchantservers 130. In one implementation, the payment processing application184 assists with resolving financial transactions through validation,delivery, and settlement. As such, the service application 182 inconjunction with the payment processing application 184 settlesindebtedness between the user 102 and each of the merchants 130, whereinaccounts may be directly and/or automatically debited and/or credited ofmonetary funds in a manner as accepted by the banking industry.

The service provider server 180, in one embodiment, may be configured tomaintain one or more user accounts and merchant accounts in an accountdatabase 192, each of which may include account information 194associated with one or more individual users (e.g., user 102) andmerchants (e.g., one or more merchants associated with merchant servers130). For example, account information 194 may include private financialinformation of user 102 and each merchant associated with the one ormore merchant servers 130, such as one or more account numbers,passwords, credit card information, banking information, or other typesof financial information, which may be used to facilitate financialtransactions between user 102, and the one or more merchants associatedwith the merchant servers 130. In various aspects, the methods andsystems described herein may be modified to accommodate users and/ormerchants that may or may not be associated with at least one existinguser account and/or merchant account, respectively.

In one implementation, the user 102 may have identity attributes storedwith the service provider server 180, and user 102 may have credentialsto authenticate or verify identity with the service provider server 180.User attributes may include personal information, banking informationand/or funding sources as previously described. In various aspects, theuser attributes may be passed to the service provider server 180 as partof a login, search, selection, purchase, and/or payment request, and theuser attributes may be utilized by the service provider server 180 toassociate user 102 with one or more particular user accounts maintainedby the service provider server 180.

In one embodiment, the shipping delivery application 196 communicateswith a shipping carrier. The application 196 determines the requirementsfor delivery (e.g., a signature at the time of delivery), receivesvisual identification of an authorized receiver for the delivery, andtransmits the visual identification to the shipping carrier. The visualidentification includes an image of at least the face of the authorizedreceiver. Upon receipt of the visual identification, the shippingcarrier can identify that the receiver receiving the package and theauthorized receiver match. This prevents the package from being stolenor re-routed to another destination.

In some embodiments, the shipping delivery application 196 receives itemand shipment information directly from the merchant server 130. In thesecases, the service provider acts as the shipping carrier and deliversthe package to the user.

In various embodiments, the shipping delivery application 196 providesflexibility in the delivery of an item ordered on the onlinemarketplace. For example, the shipping delivery application can helpshipping carriers interface with online users and their shipments bysending notifications of shipment statuses and opportunities to adjustdelivery options to a user and by allowing the user to adjust or changeauthorized recipients. For example, if the user is not home, but hiswife is home, the user can designate his wife as the authorizedrecipient. The shipping delivery application 196 may store the user'spreset delivery preferences, such as home or work address, to transmitto a shipping carrier when needed. Delivery preferences may alsoindicate that the user can accept delivery at random locations. Forexample, the user may be notified, such as through the user's mobiledevice, that the delivery is on route to the user's home. Because theuser does not expect to be home, the user may then request the shippingcarrier to meet the user at a nearby coffee shop that may be on anapproved stop for the shipping carrier. This ensures timely deliverywith little or no inconvenience to either the user or the shippingcarrier.

In other embodiments, the shipping delivery application 196 allows auser 102 to have items shipped from a merchant without providing theuser's address. The merchant 130 may receive a request for a productfrom user 102. The merchant 130 may send the product to a shippingcarrier, who in turn contacts the service provider to receive thedelivery address of the user 102. In one embodiment, the merchant sendsthe product to the service provider, who already has the deliveryaddress of the user 102.

A shipping carrier server 140 may be in communication with the merchant130, service provider 180, and/or the user 102. The shipping carrierserver 140 includes a shipping carrier application 142 to receiveshipping information from the merchant 130 and visual identification ofan authorized receiver from service provider server 180. In variousembodiments, the shipping carrier application 142 allows the user 102 todetermine the status of a shipment for an item associated with an orderplaced by the user 102.

Referring now to FIG. 2, a flowchart of a method 200 for facilitatingdelivery of a package is illustrated according to an embodiment of thepresent disclosure. The user 102 places an order for an item online andrequests that a signature be obtained upon delivery. The merchant 130receives the purchase request and payment for the item. In oneembodiment, payment is provided by the service provider server 180. Themerchant 130 sends item and shipment information to the shipping carrierserver 140, who then sends this information to service provider server180.

At step 202, the service provider 180 receives the order from theshipping carrier server 140. The order may contain certain informationsuch as the user's contact information, the seller's contactinformation, the shipping carrier's contact information, anidentification of the item, the transaction amount for the item,expected time of delivery, and a requirement for a signature at the timeof delivery.

At step 204, the service provider server 180 transmits a message to user102, to inform him or her to expect a delivery and that a signature isrequired. In one embodiment, the message includes a request for visualidentification of an authorized receiver of the item.

At step 206, the user 102 accesses a service provider site via the userdevice 120, and logs in to his or her account. The user providesidentifying data, e.g., user name, password, answers to securityquestions, etc., and is authenticated by the service provider. The user102 is now “checked-in.”

Once the user 102 has checked-in to the site, the user 102 may track thelocation of the package, and the site may provide information on theexpected delivery time, along with the physical address where thedelivery is to be made. In some embodiments, the user 102 can change orupdate the physical delivery address based on expected delivery time, orbased on convenience. For example, the user 102 may determine that thebest delivery address at 3 PM is his or her business address, but theexpected delivery time is 5 PM so the user 102 changes the deliveryaddress to his or her home address. In another example, the user 102decides that he or she wants to surprise a friend with a gift andchanges the delivery address from his or her own address to the addressof the friend. In various embodiments, the user 102 can even delaydelivery of the package to a more suitable time. For instance, the user102 may be out of town or on vacation when a package is to be delivered.The user 102 can have the package delivered at a later date, e.g., afterhe or she is back in town.

In other embodiments, the user 102's geo-location can be tracked uponchecking-in so that the shipping carrier can determine the best placefor delivery. Both the user 102's location and the shipping carrier'slocation can be updated in real-time so that a mutually convenientlocation for the user 102 and shipping carrier to meet can bedetermined.

At step 208, the user 102 sends a visual identification of an authorizedreceiver of the package to the service provider. The visualidentification may be in the form of a picture, a video, or acombination thereof. The visual identification should include at least arecent and clear image of the face of the authorized receiver so thatthe shipping carrier can readily recognize and identify the receiver. Insome embodiments, the service provider server 180 may reject theprovided visual identification if the image is unclear or blurry, andrequest another form of visual identification from the user 102. Invarious embodiments, the user 102 can change the authorized recipient ofthe package and the visual identification of the authorized receiverbased on location of the package and expected delivery time.

At step 210, the service provider server 180 receives the visualidentification, and at step 212, the service provider transmits thevisual identification to the shipping carrier server 140. In oneembodiment, the service provider server 180 stores the visualidentification in a user account of the user 102.

When the shipping carrier brings the package to a physical address atstep 214, the shipping carrier compares the visual identification to theperson receiving and signing for the package at step 216. If the personmatches the visual identification, the shipping carrier leaves thepackage with the person. If not, the shipping carrier takes the packageand makes other delivery arrangements with the user 102.

Referring now to FIG. 3, a block diagram of a system 300 is illustratedsuitable for implementing embodiments of the present disclosure,including user device 120, one or more merchant servers or devices 130,and service provider server or device 180. System 300, such as part of acell phone, a tablet, a personal computer and/or a network server,includes a bus 302 or other communication mechanism for communicatinginformation, which interconnects subsystems and components, includingone or more of a processing component 304 (e.g., processor,micro-controller, digital signal processor (DSP), etc.), a system memorycomponent 306 (e.g., RAM), a static storage component 308 (e.g., ROM), anetwork interface component 312, a display component 314 (oralternatively, an interface to an external display), an input component316 (e.g., keypad or keyboard), and a cursor control component 318(e.g., a mouse pad).

In accordance with embodiments of the present disclosure, system 300performs specific operations by processor 304 executing one or moresequences of one or more instructions contained in system memorycomponent 306. Such instructions may be read into system memorycomponent 306 from another computer readable medium, such as staticstorage component 308. These may include instructions to processfinancial transactions, make payments, receive and transmit visualidentifications, etc. In other embodiments, hard-wired circuitry may beused in place of or in combination with software instructions forimplementation of one or more embodiments of the disclosure.

Logic may be encoded in a computer readable medium, which may refer toany medium that participates in providing instructions to processor 304for execution. Such a medium may take many forms, including but notlimited to, non-volatile media, volatile media, and transmission media.In various implementations, volatile media includes dynamic memory, suchas system memory component 306, and transmission media includes coaxialcables, copper wire, and fiber optics, including wires that comprise bus302. Memory may be used to store visual representations of the differentoptions for searching, auto-synchronizing, making payments or conductingfinancial transactions. In one example, transmission media may take theform of acoustic or light waves, such as those generated during radiowave and infrared data communications. Some common forms of computerreadable media include, for example, RAM, PROM, EPROM, FLASH-EPROM, anyother memory chip or cartridge, carrier wave, or any other medium fromwhich a computer is adapted to read.

In various embodiments of the disclosure, execution of instructionsequences to practice the disclosure may be performed by system 300. Invarious other embodiments, a plurality of systems 300 coupled bycommunication link 320 (e.g., network 160 of FIG. 1, LAN, WLAN, PTSN, orvarious other wired or wireless networks) may perform instructionsequences to practice the disclosure in coordination with one another.Computer system 300 may transmit and receive messages, data, informationand instructions, including one or more programs (i.e. , applicationcode) through communication link 320 and communication interface 312.Received program code may be executed by processor 304 as receivedand/or stored in disk drive component 310 or some other non-volatilestorage component for execution.

In view of the present disclosure, it will be appreciated that variousmethods and systems have been described according to one or moreembodiments for facilitating delivery of a package to a user.

Although various components and steps have been described herein asbeing associated with user device 120, merchant server 130, shippingcarrier server 140, and service provider server 180 of FIG. 1, it iscontemplated that the various aspects of such servers illustrated inFIG. 1 may be distributed among a plurality of servers, devices, and/orother entities.

Where applicable, various embodiments provided by the present disclosuremay be implemented using hardware, software, or combinations of hardwareand software. Also where applicable, the various hardware componentsand/or software components set forth herein may be combined intocomposite components comprising software, hardware, and/or both withoutdeparting from the spirit of the present disclosure. Where applicable,the various hardware components and/or software components set forthherein may be separated into sub-components comprising software,hardware, or both without departing from the spirit of the presentdisclosure. In addition, where applicable, it is contemplated thatsoftware components may be implemented as hardware components, andvice-versa.

Software in accordance with the present disclosure, such as program codeand/or data, may be stored on one or more computer readable mediums. Itis also contemplated that software identified herein may be implementedusing one or more general purpose or specific purpose computers and/orcomputer systems, networked and/or otherwise. Where applicable, theordering of various steps described herein may be changed, combined intocomposite steps, and/or separated into sub-steps to provide featuresdescribed herein.

The various features and steps described herein may be implemented assystems comprising one or more memories storing various informationdescribed herein and one or more processors coupled to the one or morememories and a network, wherein the one or more processors are operableto perform steps as described herein, as non-transitory machine-readablemedium comprising a plurality of machine-readable instructions which,when executed by one or more processors, are adapted to cause the one ormore processors to perform a method comprising steps described herein,and methods performed by one or more devices, such as a hardwareprocessor, user device, server, and other devices described herein.

What is claimed is:
 1. A system, comprising: a non-transitory memory;and one or more hardware processors coupled to the non-transitory memorydevice and configured to cause the system to perform operationscomprising: determining instructions from a user device to deliver anitem; determining a visual identifier of an authorized receiver of theitem based at least on the determined instructions; transmitting anexpected delivery time of the item to the authorized receiver;transmitting the visual identifier of the authorized receiver to ashipping carrier; and transmitting a confirmation to the user devicethat indicates the item is received by the authorized receiver based atleast on a determination by the shipping carrier that the visualidentifier corresponds to the authorized receiver.
 2. The system ofclaim 1, wherein the operations further comprise receiving instructionsfrom the user device to change a delivery address from a first addressto a second address.
 3. The system of claim 2, wherein the operationsfurther comprise transmitting the change of delivery address to theshipping carrier.
 4. The system of claim 1, wherein the operationsfurther comprise receiving instructions from the user device to changethe visual identifier of the authorized receiver to a picture identifierof a different receiver, and transmitting the picture identifier of thedifferent receiver to the shipping carrier.
 5. The system of claim 1,wherein the operations further comprise receiving instructions from theuser device to change the expected delivery time from a first time to asecond time.
 6. The system of claim 1, wherein the operations furthercomprise tracking a location of the user device.
 7. The system of claim6, wherein the operations further comprise modifying a delivery addressin real-time based on the location of the user device.
 8. The system ofclaim 1, wherein the operations further comprise receiving from the userdevice login information to access an account on a service providersite.
 9. The system of claim 8, wherein the operations further compriseproviding the expected delivery time on the service provider site.
 10. Amethod for facilitating delivery of an item, comprising: receivinginstructions from a device of a user to deliver an item, theinstructions including a signature requirement; requesting a visualidentifier of an authorized receiver of the item from the device of theuser; accessing the visual identifier of the authorized receiver;transmitting the visual identifier of the authorized receiver to ashipping carrier; transmitting an expected delivery time of the item tothe device of the user; and transmitting a confirmation to the device ofthe user that indicates the item is received by the authorized receiverbased at least on a determination by the shipping carrier that thevisual identifier corresponds to the authorized receiver.
 11. The methodof claim 10, further comprising receiving, from the device of the user,login information to access an account of the user on a service providersite.
 12. The method of claim 11, further comprising authenticating theuser and providing access to the account on the service provider site.13. The method of claim 12, further comprising receiving, from the user,a change in a delivery address from a first address to a second addresson the service provider site.
 14. The method of claim 12, furthercomprising receiving, from the user, a change in the expected deliverytime from a first time to a second time.
 15. The method of claim 11,further comprising tracking a location of the device of the user and alocation of the shipping courier.
 16. The method of claim 15, furthercomprising determining a delivery address in real-time based on thelocation of the device of the user and the location of the shippingcourier.
 17. A non-transitory machine-readable medium having storedthereon machine-readable instructions executable to cause a machine toperform operations comprising: determining instructions from a device ofa user to deliver a purchase; transmitting an expected delivery time ofthe purchase to the device of the user based at least on the determinedinstructions; requesting a visual identifier of an authorized receiverof the purchase from the device of the user; receiving the visualidentifier of the authorized receiver of the purchase; transmitting thevisual identifier of the authorized receiver to a service provider; andtransmitting a confirmation to the device of the user that indicates thepurchase is received by the authorized receiver based at least on adetermination by the service provider that the visual identifiercorresponds to the authorized receiver.
 18. The non-transitorymachine-readable medium of claim 17, wherein the operations furthercomprise receiving a change in delivery address from the device of theuser and transmitting the change in delivery address to the serviceprovider.
 19. The non-transitory machine-readable medium of claim 17,wherein the operations further comprise receiving a change in theexpected delivery time from a first time to a second time.
 20. Thenon-transitory machine-readable medium of claim 17, wherein theoperations further comprise receiving a change in the visual identifierof the authorized receiver to a picture identifier of a differentreceiver.